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relating to^^toTS^Itt* resourcTavaflatte to perform *e tasks is provided to first generate an h"^ 
ajSngnsources to the tasks, and then modifying the indivkhial scnednle of at least or* resonrce m response toj updated '"formanon. 
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mTte tirnTreqotaJ 1 to generate the senednte. a schedule modification system (40) is arranged to make changes m the short term m 
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RESOURCE ALLOCATION 

This invention relates to a method for optimising the allocation of a 
plurality of resources to a plurality of tasks, and to an apparatus for performing 
5 such a method. It is particularly suited for use in situations where the availability 
of resources, and the tasks to be performed, both change dynamically. An 
example of such a situation is the allocation of tasks to a field force of personnel, 
for example ambulance or taxi drivers, a vehicle repair call-out field force, or a 
maintenance field force for a distributed system such as an electricity or water 

10 supply system or a telecommunications network. 

In such situations the workload is highly variable and volatile, and tasks 
have to be allocated in real-time since the necessary response times are of the 
order of the duration of the tasks themselves, and very much shorter than a 
technician's working day. The durations of the individual tasks are themselves 

1 5 very variable and often unpredictable, which affects resource availability for those 
tasks awaiting allocation. 

A prior art system, described in International patent application no. WO 
95/26535, describes a system in which, for each resource, the time at which it 
will become available is estimated. Each task is assigned a time-dependent 

20 function, referred to hereinafter as a "cost function". This cost function is a 
measure of the consequences of a resource being allocated to the task at a given 
time. For example, if a resource fails to be allocated within a deadline which has 
been guaranteed to a customer, compensation may be payable to the customer. 
Travelling time to, from, and between tasks, and idle time (incurred if a resource 

25 cannot perform the next allocated task immediately the resource becomes available 
to perform it, for example before access to premises can be gained, or before a 
preceding task in a sequence has been done) are other factors. For each 
combination of tasks with resources a predicted cost can be determined. This cost 
is the sum of the values of the time-dependent functions for each task at the time 

30 that the resource allocated to it becomes available to perform it. The combination 
giving the lowest overall cost is then determined. 

Additional features are disclosed in the above-mentioned patent which 
ensure incompatible task/resource combinations are not allocated, and which 
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reduce the complexity of the calculation by prioritising the tasks and resources. 
The allocation schedule can be kept up to date by running the program periodically, 
(for example every five minutes) or on demand (for example when a technician 
requires a new task, or when a new task request is added to the system). 
5 This system requires a large amount of processing power because the 

entire allocation schedule is constructed from scratch every time the program is 
run. Such an arrangement is possible when the allocation criteria are themselves 
relatively simple, even though many individual elements (tasks and resources) may 
be involved. The problem becomes more intractable when there are complex inter- 

10 relationships between the tasks or the personnel involved. For example some 
tasks may require two or more people to be simultaneously at different places in 
order to determine the integrity of a connection between the two locations. In 
other circumstances, tasks may have to be performed in a specified sequence, and 
different personnel may be required for their performance. 

15 Because the prior art system runs in real time, time available to run the 

program is limited, so it can only schedule one task, or at most a very few tasks, 
ahead. This is likely to result in a schedule which is sub-optimal in the longer term, 
particularly rf t§sK? Wlhjfh will ta^p a. largf proportion of the day, or eygn . several 
days, are involved, since the availability of resources in the longer term cannot 

20 easily be taken into account in such a system. 

Another problem with this real-time process is that when there is a task 
with a high priority, and several of the technicians could do it, the prior-art real- 
time process described above schedules it as the next task for a specific individual 
technician. This would normally be selected according to which technicians are 

25 closest to the geographical location of the task, and which are predicted to finish 
their present task first. However, if the selected technician is delayed on his 
current task, such that the target time for this next task is jeopardised, other 
technicians who become available cannot be allocated it instead, unless the whole 
scheduling process is re-run. Until this happens, the task remains scheduled for the 

30 first technician. 

An alternative approach, which deals readily with complex inter- 
relationships and long-term tasks, is to build up a schedule for a complete day (or 
even longer). This can be done very rigorously, by allocating a lot of computer time 
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to it (for example overflight). However, the result is not readily adaptable to 
changing circumstances, simply because of the large amount of computer time 
devoted to preparing it in the first place, 

A proposal has been made by G J Garwood and A C Robinson: "Work 
5 Management System" in British Telecommunications Engineering Journal: Vol 10 
October 1991 to run two different systems, one according to each of the above 
two approaches: a "real time" system, for dealing with relatively straightforward 
but urgent cases which are suitable for real time scheduling, and a "schedule 
building" system for more complex but less urgent cases, which are more suited to 

10 a complex but much slower scheduling process. However, this has a number of 
drawacks. Firstly, an initial decision has to be made as to which resources and 
tasks to allocate to each system. Resources cannot switch back and forth between 
systems (for example to perform a short-term task in one system to f iIMn between 
two larger tasks in the other). A link may be provided between the two systems so 

1 5 that if one of the complex schedules fails for an unf orseen reason, the resources 
and tasks which can no longer perform, or be performed in, the original complex 
schedule are transferred to the real-time scheduling system. However, the real-time 
scheduling system is not configured to readily deal with such tasks. In particular, 
the real time scheduler is constrained to only consider tasks whose target time is 

20 imminent, as the need to respond quickly precludes inspecting any more tasks. 

According to the invention there is provided a task-allocation apparatus 
comprising: 

input means for providing information relating to the tasks to be allocated 
and the resources available to perform the tasks, 
25 schedule generation means to allocate the resources to the tasks, thereby 

generating, for each resource, an initial schedule, 

storage means for storing the initial schedules, 

updating means for receiving, from the input means, updated information 
relating to the tasks and resources, and 
30 modifying means for modifying the initial schedule of at least a first 

resource in response to such updated information, 

whereby changes to the initial schedules may be made in response to such 
updated information, independently of the schedule generation means. 
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According to another aspect there is provided a method of allocating a 
plurality of resources to a plurality of tasks, the method comprising the use of a 
computer to perform the following functions: 

providing initial information relating to the tasks to be allocated and the 
5 resources available to perform the tasks, 

generating, for each resource, an initial schedule to allocate the resources 
to the tasks, 

storing the initial schedules, 

providing updated information relating to the tasks and resources, and 
10 modifying the initial schedule of at least a first resource in response to 

such updated information, 

whereby changes to individual schedules may be made in response to such 
updated information independently of the process of generating the initial 
schedules. 

15 In this arrangement, there is a closer co-operation between the two basic 

processes than envisaged in the prior art arrangements. The initial schedule is built 
up from tasks which, for some reason, are difficult to allocate. This schedule is 
then GQgnjatet^t, Qim^W^Mmg. yRg&ed inf ^jryn^tiop. , v w _ 

Preferably, the initial schedules are generated periodically, and the initial 

20 schedules so generated are modified in response to the receipt of data between 
such periodic generation of the initial schedules. This periodicity can be selected by 
the user to suit Ms own requirements. If the schedules are generated relatively 
frequently, a user can run the process with the initial generation process 
dominating, which will ensure the current initial schedule is up to date, with only a 

25 few schedules being modified by new data between runs of the generation 
process. Alternatively, if the schedules are generated less frequently, the 
modification process will dominate, (because more schedules will have been 
modified since the latest run of the generation process), but this allows more time 
between updates to generate a more rigorous solution. 

30 Moreover, the user can select how much of the processing to be carried 

out by each process. The more that is done by the initial process, the more 
rigorous the schedule generated. However, this also requires more processing time, 
during which the schedule being generated is becoming obsolete as new input data 
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arrives. The modif icatiort process may be suspended during the periodic generation 
of the initial schedules, the updated information being used to modify the initial 
schedules when their generation is complete. Alternatively, the modification 
process may continue during the generation of the initial schedules, the schedules 
5 so modified being input as modifications to the initial schedules when their 
generation is complete. 

If a substantial update data item is received, which would make the 
existing schedules, or those currently being generated, redundant, the schedule 
generation process may be initiated at a time other than that determined by the 
1 0 periodicity referred to above. 

In a preferred arrangement the schedule generation function comprises a 
first deterministic stage for scheduling selected tasks, and a second optimisation 
stage for scheduling the remaining tasks, and wherein the second stage treats the 
tasks scheduled by the first stage as fixed. In the preferred embodiment the 
15 second stage operates according to a stochastic process. 

Preferably, groups of linked tasks involving more than one of the 
resources, or forming a sequence of tasks are selected for scheduling by the first, 
deterministic, stage. 

This architecture allows scheduling to be carried out in several stages, 
20 with more changeable, but easier to allocate, tasks being handled in a different 
manner to tasks which are more difficult to allocate, but less subject to change. 
The system is conveniently arranged so that optimised schedules are generated 
periodically, the modification process making short term changes in between the 
generation of such schedules. This allows the schedule generation process more 
25 time to generate each schedule, allowing it to generate a more optimal solution, 
and/or use more data (e.g. further ahead in time) than would be the case if its run 
time were constrained by a need to track short term changes in real time. 

The architecture described is modular, so that the individual stages of 
schedule generation and modification can each be adapted or replaced 
30 independently of the others. 

The terms "deterministic" and "stochastic" in this specification are to be 
understood as distinguishing between the different methods of operation of the 
two stages. The deterministic stage operates according to allocation rules which 
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are input to the system by the system operator, based on experience, to generate 
a partial schedule. This partial schedule is a rigourously determined optimum 
solution for scheduling those tasks selected to be input to it. The optimisation 
stage next adds further tasks, which are relatively easy to schedule to the partial 
5 schedule to generate a full,, but in general non-optimal, schedule, and then 
searches for improvements on that non-optimal solution, but with the constraint 
that it cannot change those parts of the solution generated by the deterministic 
stage, in the described embodiment the optimisation process is a Simulated 
Annealing process. This is an example of a stochastic search technique, that is, a 

10 searching technique using a constrained random process; that is a process with an 
element of randomness, with constraints or weightings to concentrate the search 
in the areas most likely to yield a solution but not completely areas perceived as 
less likely. These techniques are useful for finding near-optimal solutions when the 
'solution space* to be searched has known general characteristics, so that the 

1 5 process can be guided to the best areas to search in. Other stochastic techniques 
such as "Hill Climbing", Tabu Search* and "Genetic Algorithm* techniques, or 
exhaustive systematic searches may be used in appropriate circumstances, as will 
be described. The schedule generation means may also comprise a third, post- 
optimisation stage, in which the schedules created by the optimisation stage are 

20 ana»ysed to identify individual schedules requiring further optimisation, and such 
schedules are input into a further iteration of the optimisation stage for further 
optimisation, the further iteration of the optimisation stage treating the schedules 
not so identified as fixed. 

The schedule modifying process may comprise a plurality of selection 

25 steps, in each of which the plurality of tasks waiting to be performed is assessed 
to determine if a task of a given priority suitable for performance by the first 
resource (typically, one which has reported in requesting a new task) is available, 
and such a task is allocated to the first resource if identified, the selection steps 
each being arranged to identify tasks of successively descending priority, such that 

30 tasks of high priority are allocated in preference to lower priority tasks, whether or 
not in the initial optimised schedule for the resource. At least one of the selection 
steps may first determine whether the initial optimised schedule of the resource 
includes a performable task of the given priority, and select said task if present, or, 
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H the initial optimised schedule of the resource does not contain such a task, 
determine if a task of that priority exists which has not been scheduled, and select 
such a task if present. 

In this specification the term "scheduled task" means the task currently 
5 provisionally allocated to a resource - this task may eventually be allocated to 
another resource if the schedule is revised. As already discussed, prior art systems 
allocate tasks to specific resources in advance, to the exclusion of any other 
suitable resources which, in the event, become available first and have another 
feasible task allocated. In the system of the present invention, although a high 
10 priority task may be scheduled for one specified technician initially, another 
technician who is suitably positioned and skilled to perform the task may be 
allocated that task if he calls in first, rf to do so produces a net benefit to the 
schedules. The original schedule for the second technician is then suspended, and 
each task in that schedule will become unscheduled until a technician suited to the 
15 task calls in. This may be the first technician, if his technical skills and 
geographical location are suitable, and if he calls in before the task is allocated 
. elsewhere. It could be the second technician (i.e. the one for whom it was 
originally scheduled) if. when he completes the first task, there is still time to 
perform his originally scheduled task. However, typically the task will be allocated 
20 to a third technician, whose own schedule will be interrupted in turn. 

To avoid disruption to schedules propagating uncontrollably, the system 
may be arranged to limit changes to a selected group of resources and tasks. 
These may be those resources which have related characteristics, such as similar 
current geographical locations, and/or estimated time to completion of current 
25 task, and/or skills, and/or type of tasks they are currently scheduled to perform. A 
modification to the schedules limited to the area of the "solution space" (the 
notional multi-dimensional matrix of resources, tasks, time, location etc.) 
represented by those resources ensures that any changes to the schedules will 
propagate relatively slowly through the solution space, and will therefore be 
30 unlikely to result in a total breakdown of the scheduling. In particular, H certain 
tasks, identified as difficult to allocate, are not permitted to be disrupted, this 
ensures that "islands of stability" will exist in the solution space, which will tend 
to reduce the rate at which such disruptions propagate through the solution space. 
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Further tasks may be added to the plurality of tasks to be considered by 
the schedule modification process, after generation of the initial schedules, thereby 
allowing the system to allocate urgent tasks on a shorter timescale than the 
generation of the initial schedules. 

According to a third aspect, there is provided a computer apparatus for 
allocating a plurality of tasks to a plurality of resources, said computer apparatus 
comprising a central processing unit, a memory, an input device and an output 
device, said memory containing a program for controlling the computer and which 
is arranged to store an initial schedule, based on predicted availability of resources, 
task priorities, and suitability of tasks to resources, and performing the following 
steps: 

when a resource becomes available, assessing the plurality of tasks 
waiting to be performed, to determine if a high priority task suitable for 
performance by the resource is available, and allocating it to the resource; 

if no such task is available for the resource to perform, assessing the next 
task on the resource's initial optimised schedule to determine if it can be 
performed, and allocating it to the resource if it can be performed; 

to the resource a lower priority task from the plurality of tasks. 

An embodiment of the invention will now be described, by way of example 
only, with reference to the accompanying drawings, in which: 

Figure 1 shows a general arrangement of a system including a computer 
X, configured to operate according to the invention; 

Figure 2 shows the components of the computer X of Figure 1 . 

Figure 3 is a functional block diagram of an initial schedule generation 
system for generating an initial optimised schedule provisionally allocating 
resources to tasks. The two principal components are a deterministic "pre- 
scheduler" stage 30 and a stochastic "optimising subsytem" stage 31 ♦ 

Figure 4 is functional block diagram of a schedule modifying subsystem 40 
for allocating resources to tasks in real time as the resources become available, 
using the initial optimised schedule generated by the schedule generation system 
of Figure 3. 
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Figure 5 is a flowchart illustrating the operation of the pre-scheduler 30 of 
Figure 3. 

Figures 6, 7, 8 and 9 illustrate the variation with time of the cost of 
allocation of a task with time, for five different situations. 
5 Figure 10 is a flowchart illustrating the operation of the optimising 

subsystem 31 of Figure 3. 

Figure 1 1 is an illustration of the Simulated Annealing process used by the 

optimising subsystem 31 . 

Figures 12, 13 and 14 are flowcharts illustrating the method by which 
10 tasks are allocated to technicians by the allocation system of Figure d, based on 
the initial optimised schedule generated by the system of Figure 3, and real-time 
modifications to that schedule. 

Figures 15, 16 and 17 illustrate three modes of operation of the system of 

the invention. 

15 Referring to Figure 1, there is shown a telecommunications system, 

represented by a block N, which is monitored by a fault-monitoring system FMC. 
The fault monitoring system FMC detects faults in the network which require 
attention, and also receives inputs from a human operator e.g. to schedule planned 
maintenance, to generate task requests J1. J2. J3, J4, J5, J6, J7 to be performed 
20 by a field force of technicians T1, T2, T3. The task requests are input to a 
resource allocation system comprising an apparatus in the form of a computer X 
for allocating resources to tasks, .which can communicate through the 
telecommunications network N with hand-held terminals HI, H2, H3, as required. 
As shown in Figure 1, terminal H1 is currently in communication with the 
25 computer X through a connection C. Each of the hand-held terminals may be a 
Husky model FS/2 produced by Husky Computers Ltd of Coventry, England, but 
other suitable equipment may be used. 

In a real situation there will be many technicians (typically a few hundred) 
and tasks. Typically a workforce of one hundred technicians might perform six 
30 hundred tasks in one day. Therefore in a typical day approximately 600 tasks will 
be added to the system, and 600 tasks removed as they are completed. All the 
new tasks, and a proportion of the completions, will require changes to the day's 
program. Thus, although each individual technician's schedule only changes a few 
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times a day, two changes are made to the overall schedule in an average minute 
during an 8 hour working day. Of course, this figure masks considerable 
fluctuation, for example a large number of inputs occur at the beginning of the 
working day as faults which have occurred overnight are discovered and reported. 
5 For illustrative purposes the present example has just three technicians T1 , 

T2. T3 who are provided, respectively, with the terminals H1, H2, H3. The 
technicians are presently engaged on tasks J1. J2. J3 and there are four further 
tasks J4, J5. J6, J7 awaiting attention. The technicians T1 , T2, T3 can use their 
terminals HI. H2, H3 for reporting completion of a task and for receiving 
10 instructions from the computer X for performing the next task. 

For illustrative purposes, the three technicians T1, T2. T3 may be 
considered as part of a field force for performing tasks on the telecommunications 
network N. However, the system to be monitored need not be a 
telecommunications system, and may be quite separate from the 
15 telecommunications system through which the terminals communicate with the 
computer X. 

The basic components of the computer X are shown in Figure 2. These 
com P«sf ? keyboard .21, a central processing uokx jCm 22, a ,vis«al display unit 
(VDU) 23, a memory 24 and an input/output port 25. The data and the programs 

20 for controlling the computer X are stored in memory 24. The input/output port 25 
connects the computer to the telecommunications system which provides the 
communication links between the computer X and the hand held terminals HI, H2, 
H3. The computer X can also review alarms from a fault monitoring system 
associated with the telecommunications network. 

25 The computer X is provided with a main program for allocating the 

technicians to the tasks. The main program is divided into a set of routines. The 
general structures of the program, the individual routines, and the method used by 
the program for allocating technicians to tasks will be discussed in detail later. 

In Figure 1. technician T1 has completed task J1 and contacts the 

30 computer X with the aid of his terminal H1 and the communication link C for 
instructions for his next task. The problem is to determine which of tasks J4. J5. 
J6. J7 technician T1 should be instructed to perform next. The method used by 
the main program of computer X takes into account. 
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- whether the technician can perform each individual task; 

- the time the. technician would take to travel to the location of each task; 

- the time the technician would take to perform each task. 

- the relevant importance of each task, determined for example by the 
5 number of customers affected and any financial penalties which will be incurred K 

the task is not performed within a specified time period, or at all; and 

- the availability of the other technicians T2, T3. 

The availability of these other technicians depends on the times when they 
each will become available, which in turn depend on the lengths of their current 
10 tasks, and the times the technicians started doing them, as well as any travelling 
time necessary to reach the location of the task from their present locations. 

The time that a task will take is subject to some uncertainty, since in 
many cases tasks involve the investigation and rectification of a reported problem. 
Until the problem is investigated the time it will take to rectify can only be 
15 estimated with a fairly large margin of error. There are also other variable factors, 
such as the local circumstances of each task, which makes a precise measure 
difficult. The method used by the program of computer X initially calculates a 
provisional schedule for each technician, but allows changes to these schedules if 
a technician reports task completion early, or fails to report at the estimated time. 
20 or rf new tasks are requested after the provisional schedule has been created. 

The method calculates a time-dependent "cost function" for each task. 
This takes into account the penalty for failing to meet an agreed time. The penalty 
may be a real monetary cost if compensation is payable to a customer for failures 
to meet a time, or a virtual' cost; e.g. damage to a company's reputation. The 
25 penalty is a time-dependent property. In the simplest case the function is zero if 
the agreed time is met. and a fixed value otherwise. In more complex cases, for 
example where compensation is payable according to the degree of lateness, it 
may be some more complex timendependent function. Scheduling a task earlier 
than its target time has a contingency value; i.e. if the technician is delayed en 
30 route, or takes longer on the task than expected, he may nevertheless complete 
the task before the target time, so a lower cost is appropriate rf the task is not 
scheduled very dose to its target time. 
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For each possible allocation of a technician to a task, a "technician/task 
cost", the cost of allocating a given task to a given technician is then estimated. 
This takes into account the cost of the task failing (which is the same whoever 
does it) and the probability of the task failing (which varies from one technician to 
5 another). This probability depends on the projected finishing time of the 
technician's current task, the amount of travelling time needed to get to the new 
task, the estimated duration of the new task, and the target time by which the 
new task must be done. These factors determine a margin, which is the amount of 
time by which the other factors can over-run without exceeding the target time or, 
1 0 if negative, the amount of time by which the target time wHI be missed. 

Other factors, such as the amount of non-productive time required for a 
specified technician to carry out the task (e.g. time spent in travelling, or waiting 
at the location for access if a "not before" appointment time has been made) can 
also be taken into account, ft should be recognised that these costs are estimates. 
15 In some circumstances, the cost may be on a sliding scale, dependent on the time 
that the task is actually performed. However, in many cases, the actual cost of 
allocating the task can in reality only take one of two values, the value (negative 
C °^let s H ccess ' or the failure <&sU»fiM#». time- 9f.4brati0o.it i»«tW 
which of those values it will take, as unforeseen circumstances may prevent the 
20 technician arriving on time (or at all), or may prevent him carrying out the task on 
time, or at all, if he does arrive. There are further factors, such as the ability of the 
technician to perform the task (taking into account skills, equipment, and access 
permits available to each individual), which must also be taken into account. For 
these factors, the probability of the task failing can take only the values zero (if the 
25 technician is suitably qualified, etc.) or 1 (if he is not so qualified). Preferences for 
types of work, e.g: because a particular technician desires to gain experience in a 
particular skill, can also be expressed by intermediate values. 

These various factors need to be reduced to a common unit of 
measurement. Conveniently, all the factors may be measured in equivalent units 
30 of travel time. The cost of allowing a task to fail can be calculated as equivalent 
to the amount of non-productive travelling time one is prepared to use in sending a 
technician to prevent that failure occurring. Alternatively, an equivalent financial 
value may be used. For example, if compensation at a specified rate is payable to a 
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some idle time, since the tasks scheduled by the pre-scheduler 30 are only a 
subset of all the tasks available. In addition the pre-scheduler 30 positions the 
-next available" time (normally the time that the technician is due to come on 
duty) breaks, scheduled absences, and the "end of day" event (the time that the 
5 technician is scheduled to go off duty) in each technician's tour. 

On completion, the results produced by the pre-scheduler are passed to 
the optimising subsystem 31. The optimising subsystem 31 receives a partial 
schedule from the pre-scheduler 30 and the data regarding the resources to be 
allocated, and the tasks not already allocated by the pre-scheduler 30, from inputs 
10 33 and 34 respectively, and generates an initial optimised schedule for passing to 
a store 32. Both the pre-scheduler 30 and the optimising subsystem 31 follow 
certain rules, as will be described. The rules may be selected or modified by an 
operator through respective inputs 35 and 36. the operator also controls the inputs 
to the pre-processors 33 .34, to update details of the technicians and tasks. 
15 As will be described, the optimising subsystem 31 generates a provisional 

schedule of allocations, by initially positioning further tasks around and between 
the fixed events (including the drfficult-tc-schedule tasks) established by the pre- 
scheduler, and then using a stochastic process to re-allocate these further tasks 
between the different technicians until an optimum schedule is achieved. 
20 The operation of the schedule generation system can be enhanced by 

periodically halting the operation of the optimisation stage 31, and running a post- 
optimisation stage 39. This post-optimisation stage uses certain rule-based criteria 
to assess the schedule developed thus far, identifying those parts which identify 
which appear dose to optimal, adding these to the fixed partial schedule generated 
25 by the pre-scheduling stage 30, and then re-running the optimising sub-system 31 
again. This directs the optimising subsystem 31 to concentrate on improving those 
parts of the schedule identified by the post-optimiser 39 as least optimal. This step 
can be repeated several times. 

The provisional schedule finally produced by the schedule generation 
30 system 30,31 is then used to programme the real-time modifier 40 illustrated 
schematically in Figure 4. which is programmed to allocate tasks to technicians 
according to the provisional schedule, but is capable of departing from the 
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provisional schedule if the real-time circumstances, as distinct from those 
predicted in the provisional schedule, require it. 

Figure 4 shows, in block diagram form, the principal features of the real- 
time modifier 40. A schedule status register 42, technician status register 43 and 
5 pool of work register 44 each provide an input to. and are in turn updatabie by, an 
allocation processor 47. The registers 42, 43, 44 receive their initial data from the 
schedule store 32 and the pre-processors 33, 34 respectively. A parameter input 
41 allows an operator to set various weightings and other values used by the 
system. 

10 The technician status register 43 and pool of work register 44 are also 

updatabie from other external sources; the technician interfaces T1 etc. and 
network interfaces 45, 46 respectively. 

The allocation processor 47 uses the current status information in the 
registers to generate an allocation for a technician when he comes on-line to 
15 request instructions. The resulting allocation is passed to an instruction generation 
unit 48, which generates instructions relating to the newly allocated task, and any 
associated activities, for transmission to the technician T. 

..... Jhe processes performed fey joe ms-schedulf* 3CV aptiimistRg. subsystem 
31, and real-time modifier 40 will now each be described in detail, with reference 
20 to Figures 5 to 9 (pre-scheduler). Figures 10 and 11 (optimising subsystem) and 
Figures 12 to 14 (real-time modifier). 

The scheduling process performed by the pre-scheduler 30 is illustrated in 
flow diagram form in Figure 5. Before allocating the tasks to technicians the pre- 
processor 34 carries out some pre-processing of the data. This involves working 
25 out the earliest and latest that each of the tasks may be started. This information 
is utilised when attempting to add tasks to tours. The resource pre-processor 33 
fixes in the tours the technician's next availability, breaks, absences, and the 'end 
of day" event. 

The technician's next availability covers not only the situation when the 
30 programme is running for example overnight and the technician has not yet started 
work for the day. but also the situation whereby the technician is already at work 
and it is required to estimate the time at which he will finish his current activity 
(e.g. to complete the task that he/she is on or returns from an authorised absence). 
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In the latter case the pre-scheduler 30 will calculate the time the technician is 
next available, using information on the expected duration of the current activity, 
plus an estimate of the travelling time that may be involved. In the start of day 
case, all technicians will be assumed to start work at their scheduled time for 

5 reporting on duty. 

The resource data includes details necessary to schedule breaks, for 
example for meals. These breaks are normally of specified duration, but their start 
(and therefore finish) times are flexible within a specified window to suit the 
requirements of the work, and their locations are not pre-arranged. Details are 

10 stored, for each technician, of the earliest that a break may begin, the latest time it 
may begin, and its duration. The pre-scheduler 30 will, initially, position each 
break at its earliest possible start time. . 

The resource data also includes details necessary to schedule absences 
from duty. These may be to carry out other duties not controlled by the scheduler, 

15 such as training, team meetings etc.. as well as authorised non-work absences 
such as medical appointments. These absences normally have fixed start and finish 
times, and may also have specified start and finish locations. (These locations may 
be different if the absence involves travel, for example to take equipment for 
repair, or to collect supplies). Details are stored, for each technician, of the times 

20 and locations of any such scheduled absences. Note that because an absence may 
have a location associated with it, travel to or from it has to be taken into account 
in scheduling. 

The pre-scheduler is also supplied with details of each technician's end of 
day data (including any scheduled overtime). The pre-processing will place the end 

25 of day or "go home* point so that the technician's day ends at the correct time. 
The basic fixed points in each technician's schedule have now been created. 

At any one time there will be a small portion of the total tasks available for 
allocation that will be more difficult to schedule, and to move within or between 
the tours, than the majority of tasks. Typically these tasks will be more heavily 

30 constrained than the others. The pre-scheduler schedules these tasks, so that 
there is the maximum amount of flexibility available for the subsequent scheduling 
steps. A task scheduled by the pre-scheduler will not be moved to another 
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technician as part of the search processing performed by the optimising 
subsystem. 

The input 33 passes details to the pre-scheduler 30 of the tasks that each 
technician is capable of performing. 
5 The task pre-processor 34 selects the subset of tasks that are to be 

scheduled by the pre-scheduler 30 (i.e. the list of tasks considered difficult to 
schedule), and passes these tasks to the pre-scheduler 30. These include: 

a. Tasks requiring more than one person at a single location. 

b. Tasks requiring more than one person, but at different locations. 

10 c - Tasks that must all be allocated to the same technician in a 

predetermined order. 

d. Tasks having a duration greater than a predetermined value. 

e. Tasks that the user has requested to be allocated to a specific 
technician. This category may include tasks that have been scheduled in a previous 

15 run of the scheduler, if the user has decided that they should not be moved to 
another technician by a subsequent run. For example, if the task requires 
specialised equipment, this may already have been issued to that technician. 

Any tasks not selected for pre-processing are passed directly to the 
optimising subsystem 3 1 . 

20 The deterministic process carried out by the pre-scheduler 30 is shown in 

Figure 5. The selected tasks are first sorted into a priority order (step 51) and then 
scheduled in that order. The priority order may be selectable by the user, using the 
rule input 35. A typical sort order would be; 

1. earliest start time of tasks (earliest first; those with no scheduled start 
25 time or where earliest time has already passed are given the current time) 

2. importance score (highest first) - this may be determined according to 
factors such as the number of customers affected, whether the task is safety- 
critical, any financial penalties, etc. 

3. number of technicians required (highest first) 

30 4. target arrival time (earliest first) i.e. the time by which a task must be 

started to meet an appointment or service guarantee. This may take estimated 
task duration into account if the commitment is to complete the task by a given 
time (Le. arrival time = completion time - task duration). 
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5. duration (longest first) 

6. number of technicians able to perform the task (smallest number first) 
Thus at any time priority will be given to tasks that can be done 

immediately and, within this category, to the tasks with the greatest importance 
5 score. 

For each task to be scheduled, the list of technicians who can do the task 
will be stored into a priority order (step 52). This priority order takes into account 
factors such as 

a. whether the technician has the skills required for each task, 
10 b. whether the technician has any security clearances required to gain 

access, 

c. whether the task is in the technician's preferred working area, 

d. success/fai! (a measure of whether a task, if allocated to the technician 
as the next task in his tour after all the other tasks currently in his tour, would still 

15 meet his primary commitment target. A success is a task that meets its primary 
commitment; a fail is one that does not). 

e. Success margin (a measure of expected arrival time minus target arrival 
time (for appointments requiring a response before a predetermined deadline), or 
estimated completion time minus target completion time (for other tasks). 

20 Minimising this margin ensures that lower priority tasks yet to be allocated are not 
excluded because of higher priority tasks being performed earlier than necessary. 

f. The number of skills that the technician possesses (lowest first: to 
ensure that the most versatile technicians are not allocated to a task which a less 
versatile technician could have done). 

25 g. Travel time (the time that would be incurred by the technician in getting 

to the task* If the technician already has tasks or activities in his tour then the 
travel will be from the latest position to the task. If the task is the first of the day 
then the travel will be measured from the technician's starting location). 

The pre-scheduler 30 then attempts to schedule the tasks to the 
30 technicians. Firstly it tries to add the first task to the end of each technician's 
partial tour in turn (step 53) working through the ordered list of technicians starting 
with the first (step 54). If the position is valid (step 55) then the task is scheduled 
to that technician (56). The positioning in the technician's tour takes account of 
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the time required to travel between locations. Thus if a technician's existing 
partial tour ends at time T, the next task allocation is attempted at time T+t, 
where V is the journey time between the two tasks. The value of t will be 
different for each combination of technician and task. 
5 If the task cannot be added to the end of the first technician's tour, the 

process is repeated for other technicians (step 57). If the task cannot be added to 
the end of any technician's tour then the penultimate position (i.e. immediately 
before the last task already in the schedule) is tried, for each technician in turn 
(step 58). Again, if a valid position is found, the task is scheduled. This process 

10 continues until either the task is scheduled (step 56) or until every position in each 
technician's tour has been tried, and no valid position has been found. 

If this latter situation occurs (step 59) the pre-scheduler back-tracks (step 
510), by attempting to reschedule the last task added to the schedule, by deleting 
it from its current position and continuing the search from that point until another 

15 valid position is found, using the same rules as before. The search then continues, 
with back tracking where necessary, until the task is scheduled (step 56). This 
process is then repeated until either all tasks are scheduled, or it becomes 
impossibjgjp schedule the next ta^, (step 512) or untij a ptedetecmined ru»$i»&4s 
exceeded. 

20 When 't becomes impossible to schedule the next task, the output from 

the pre-scheduler 30 is the tour created up to that point which schedules the most 
tasks. Note that this tour is not necessarily the final one to have been created, as 
backtracking may have deallocated more tours than it allowed to be allocated. 

If run time is limited the scheduler may be arranged to make only a single 
25 attempt to schedule each task, using the most preferred technician for that task, 
as illustrated by the dotted line (513) in Figure 5. 

In the case of a task that requires more than one person, (which is treated 
as a group of linked tasks for the purposes of this process), the scheduling of the 
tasks is done such that their start times are aligned. In some cases this may 
30 result in a technician having idle time. 

The pre-scheduler uses overtime as appropriate within limits determined 
by each technician's individual overtime limit. These limits are input to the pre- 
scheduler at input 33 and includes scheduled overtime, planned flexitime and other 
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permitted variations in "working hours. If a task may be completed within an 
individual's permitted overtime then it may be scheduled by the pre-scheduler. 
However if a task would overrun an individual's overtime limit then it is only 
scheduled if the task can be split, with the proportion of the task that can be 
5 completed before the end of the overtime day being greater than a predetermined 
minimum. In these circumstances the first part of the task is scheduled to be 
completed at the scheduled end of day* 

The end of day marker for each technician, which has been positioned by 
the pre-processing, is moved if a task is scheduled that will incur unscheduled 
10 overtime. The new position for the end of day marker will be the later of the time 
the technician completes the task which includes unscheduled overtime, and the 
time the technician would report off-duty* 

It is possible that absences would involve the technician in travel (e.g. 
travel to and from a team meeting). Such travel is taken into account when 
15 determining the technician's expected arrival time for a task, and his expected 
completion of a task. 

The pre-scheduler 30 described above is only used for scheduling the 
most difficult-to-place tasks. If the pre-scheduling function were used to schedule 
the entire work programme the run time required would make the schedule 
20 unusable by the time it was produced, because of new inputs made to the system 
during the run time. It is not efficient to devote excessive computer processing 
time to produce a perfect solution when that solution is likely to be modified as a 
result of real-time circumstances. For tasks which are easier to schedule, there are 
likely to be many acceptable, albeit non-optimal, solutions, and it is preferable to 
25 obtain a near-optimal solution in a limited time, rather than to produce the perfect 
solution in a very much longer time. A number of stochastic techniques are known 
in the art for generating near-optimal solutions to multi-dimensional problems such 
as the one specified here. Several of these are discussed in the article 'Stochastic 
Techniques for Resource Management" by Brind, Muller & Prosser in the BT 
30 Technology Journal Volume 13 No. 1 (January 1995). In particular, this article 
describes the techniques known as "Hill Climbing", "Simulated Annealing", "Tabu 
Search" and "Genetic Algorithms". 
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In Hill Climbing a random solution to the problem is selected, then 
"neighbouring" solutions which differ in small ways from the original solution are 
assessed, and the neighbour with the optimum value is selected. This process is 
continued as many times as required. A problem with hill climbing solutions is that 
5 the process can become "trapped" in a local optimum of the solution space. 

Simulated Annealing operates in a similar way to Hill Climbing except that 
it also allows some moves to less optimum solutions. The ability to do this is 
arranged to reduce as the process proceeds, such that the process can escape 
from a local optimum, but is less likely to return to it. 
10 The Tabu Search process compares the value at a randomly selected 

starting point, with several possible solutions from the neighbourhood of the 
starting point. The point with the optimum value (which may be the starting point) 
is then selected, and the process is repeated using this optimum point as the new 
starting point. The arrangement is such that a solution which has already been 
15 rejected is excluded from consideration on subsequent cycles. As the local 
solution space becomes searched-through, the system necessarily looks further 
'afield for possible solutions until eventually a more optimal solution is found. The 

Genetic Algorithms attempt combinations of the optimum solutions so far 
20 found, in an attempt to identify a solution which is superior to either of its 
individual "parent" solutions. 

Systematic techniques may also be used. These explore every possible 
permutation of tasks, (although groups of permutations may be eliminated 
collectively) and so will be certain to find the optimum solution. However, in a 
25 limited time a stochastic technique will generally find a near-optimal solution in a 
much shorter time. 

As is discussed in the article referred to, the choice of which technique is 
best suited ton a particular circumstance depends on the nature of the problem. 
For speed of operation and robustness on both under- and over-resourced 
30 problems, the Simulated Annealing technique is preferred for use in the present 
embodiment of this invention, but it is to be understood that alternative 
optimisation techniques are riot excluded from the scope of the claims. 
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The optimisation subsystem 31 of the present embodiment will now be 
described. As shown in Figure 3, the optimising subsystem 31 has three inputs. 



produced by the deterministic pre-scheduler 30. (In an alternative arrangement, 
5 the deterministic pre-scheduler 30 may be omitted and the tours include only fixed 
points set by the pre-processor 33). This input may also be used for tours 
generated by the post-optimiser 39 in an iterative arrangement. Secondly, there is 
an input for the details of the available technicians, 37. Thirdly, there is an input 
for the details of the unscheduled tasks 38 (i.e. those not selected by the pre- 
10 processor 34 for scheduling by the pre-processor 30). 

Before starting work the optimising subsystem 31 carries out some pre- 
processing of the data. This involves working out the earliest and latest that a 
task may be started. This information is utilised by the optimising subsystem 
when attempting to add to tours. In addition the pre-processing fixes the 
15 activities, breaks, absences and the end of day event in each tour. The optimising 
subsystem requires various parameter values, programmed by an input 36. 

The function of the optimising subsystem 31 is to produce a set of tours 
for the technicians which minimises the objective cost function. The final tours 
are produced by making one change at a time to the current schedule, using a 
20 single modifying operator. The optimising subsystem passes the details of the 
tours produced to a store 32, from where they can be retrieved by the real-time 
modifying system 40. 

Note that none of the tasks scheduled by the pre-scheduler 30 can be 
moved by the optimising subsystem 31 to another technician or to the 
25 unscheduled state (dummy technician). However the optimising subsystem 31 will 
be able to move these tasks within their time windows and insert tasks before, 
between and after them. It is possible that the final tour produced by the 
optimising subsystem has tasks, originally positioned by the pre-scheduler, in an 
amended order (e.g. if the pre-scheduler 30 orders two tasks so that task A is 
30 followed by task B, it is possible that the optimising subsystem 31 may insert 
other tasks between them, which may result in retiming of one or both of the 
tasks, provided that the various constraints on both tasks are still complied with, 
and their order is preserved. 



Firstly, there is an input for a set of tours for the technicians that are available, 
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The detail of the "Simulated Annealing" methodology will now be 
explained. There are four elements to this methodology: 

- objective function 

- modify operator 

5 - cooling regime; and 

* stopping rule. 

Each of these four elements will now be described, beginning with the 
objective function. This provides an objective assessment of which of two 
solutions to the problem being addressed is better, and whether a move being 

10 considered improves the solution or makes it worse. The function is summed 
across all tasks in the system, whether these tasks are scheduled or not, and 
irrespective of whether the pre-scheduler or the simulated annealer positioned the 
task in the tour. The objective function can be thought of as being made up of 
four components. These components are: 

15 - a travel penalty; 

- an overtime penalty; 

* a skill bias penalty; 

> r tJj&SRSt Mi MsesjiPO - U* 9 assure, sd the ri$Jc aq4 cost at faily&e, &r 
contingency value. 

20 These four components apply to all tasks except low priority "infill" tasks, 

which are treated as a special case and receive a cost proportional to the amount 
of travel involved only. 

The travel penalty is determined by multiplying together a cost per unit 
time, and the estimated travel time. Thus the longer the estimated travel time that 
25 is involved in an allocation, the higher the cost. 

The overtime penalty works in an identical fashion: the cost of each 
minute of overtime is multiplied by the amount of overtime used. Again, the more 
overtime used is, the higher will be the cost of allocation. 

The skill bias penalty adds additional cost to the objective function rf the 
30 skill needed by the technician for the task is not a skill that the user wishes to bias 
the scheduling towards (typically a rare skill, such that if possible those 
technicians qualified in it are preferably not allocated to tasks which do not require 
it). 
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Taken together these three costs have the effect of ensuring that the 
simulated annealer tries to minimise travel, allocations which do not reflect the 

required skill bias, and overtime. 

The cost of allocation is a function of the type of task, importance cost of 
5 the task, and whether the task is positioned so that it meets a defined deadline. In 
general this takes the form of reducing the cost of allocation the earlier the task . 
completed. This is calculated, for tasks where there is a target arrival time, as the 
difference between the expected arrive, time and the target arrival time, and for 
tasks where there is a target completion time as the difference between the 
10 estimated completion time and the target completion time. _ 
These terms are modified to give the function two important further 
properties as follows. Firstly, a property T .s defined as the ratio of the 
difference between the expected time of meeting the target and the target itseK. 
and the maximum time that the expected time may exceed the target. For example 
16 a task with an appointment to be made in the period from 10.30am to 1pm. where 
the expected arrival time is 11.30am has a value of P which is 11.30am m,nus 
ipm (90 minutes, divided by 10.30am minus 1pm (i.e. 150 minutes, equals 
90/150=0.6. as does a task that has to be completed by 5pm and which ,s 
expected, at 12 noon, to be actually competed by 2pm. In both cases the target 
20 is met 40% of the way into the available window and the only difference ,s the 
cost of allocating, dependent only on the importance cost of allocating each task. 

Secondly, the cost of delaying a task positioned near to the point at wh,ch 
it is going to fail snould be greater than the cost of bringing forward, by the same 
amount of time, a similar task which is still a long way from the time at which rt 
25 will fail. For example if there are two tasks with a commitment time of 5pn, 
where one was expected to be completed at 4.50p.m. and the other at 12 00 
noon, then a move which resulted in the first being brought forward by rve 
minutes while the second is delayed by five minutes reduces the total scheduling 
cost Thus moves that delay a task already close to failing will only improve the 
30 objective function if the delay allows a very much larger benefit elsewhere. 

The only difference between the cost of allocating the different tasks at 
the start of their respective windows is due to any differences there may be ,n the 
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importance scores of the" tas.cs. This means that the relative importance of ihe 
two tasks, as indicated by, the importance scores, is not distorted. 

To reproduce this second property in the objective function, the term 

m+p/2) x P , s introduced jnto the costs for a(( tasks ^ 

commitment target. This term means that the cost of allocation increases as the 
task nears rts primary target time; at first it increases by a little for each minute's 
delay, but as the target approaches this rate increases. When cost is plotted 
agamst the d,fference between expected time and target time, a curve results as 
.s HMstrated in the examples shown in Figures 6 to 9, to be described later 
10 Some tasks have to be done at a fixed appointment time e.g. agreed with 

a customer. Others have a target response time. For tasks which do not have an 
appomtment time the cost of allocation is further increased if a task is positioned 
-n a tour in a position where it would fail its primary commitment target V e the 
guaranteed response time,. There may also be a secondary commitment target 
15 beyond which compensation payments are payable to the customer The fixed 
cost penalties are designed to ensure that the number of tasks which fails these is 
minimised. Without these costs the cost of allocating two identical non- 
a P po,ntment tasks, one failing its target by one hour and the other meeting it with 
two hours to spare, would be better than succeeding on both tasks each by 15 
20 m.nutes. The latter is obvious* preferable in business terms. With fixed penalties 
the cost may be adjusted so that the desired business solution is the one with the 
lowest cost. 

For appointments that are left unscheduled at the end of the tour building 
process the cost of allocation is determined by a fixed cost, weighted by an 
25 .mportance cost of allocation. Non-appointed tasks that are left unscheduled are 
costed on the basis of an assumed completion time at the end of the scheduling 
penod, plus the task duration. This costing is designed to ensure that the cost of 
add,ng a task to a schedule is always less than the cost of leaving it unscheduled 
The importance cost of allocating a task is based on an importance score 
30 (IMP, nidified by two parameters: iammKB ^ ^ ^ 

•mportance score index (IEX). It is calculated as IMU 1EX x IMP. ff ,MU and IEX are 
both set to 1 ,or IEX = 0, then the cost is simply the importance score of the task 
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Values of IMU and IEX greater than 1 increase the differentia, cost of allocating 
tasks with a high importance score compared to a low score. 

Infill tasks are costed in the objective function, using a cost of zero for 
each task scheduled and a cost of 1 for each task unscheduled. This rule ,s 
5 designed to ensure that it wil, always be cheaper to schedule an infill task rather 
than to leave it unscheduled, but it will never be worth delaying a more important 
task to enable an infill task to be scheduled. 

The objective function uses the following parameters: 

10 - ETT .Estimated travel time in minutes: generally the time estimated for the 
technician to travel from one task to the next). 

. FTF (Failed Task Flag: = 1 if task fails its commitment target. 0 otherwise) 
15 - FSP (Failed secondary commitment penalty) 

- SCT (Secondary commitment time: a time, later than the target completion time, 
at which the cost penalty has a step change) 

20 - TSS (Time at which the run of the search system starts.) 

. ETA (Estimated time of arrive.: calculated as the time the technician will arrive on 
site assuming that all travel and task durations are exact and that tasks are 
scheduled as soon as the previous task finishes, rf this does not move the task out 
25 of its time window, or at the time such that the technician arrives at the exact 
start of the task's time window if that is later. A task's time window is defined as 
the time between the task's earliest start time (EST) and latest start time (LSD.) 

- TAT (Target arrival time: given by the task pre-processor 34. For an appointed 
30 task this will be the end of the appointment slot) 

. UOT (Amount of unscheduled overtime in minutes: the amount of time beyond 
the technician's scheduled end of day required to perform the schedule). 
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-ETC fem* ,™ „, completio „ : the Bme „ ^ ^ techn . cj>n 
5 ,,S *"- * — — " " as ^ eiW tim . 

riTU d,,,e,em "~ °* wwto " 9 - spec " l0d in - - 

processor 33) 

- TCT (Targ*, con»**n „ me: . nM ,„ ^ ^ ^ 

but does not fail the task). y 

- FSF (Failed secondary commitment flag: set to 1 if the task fails its secondary 
commitment target, or zero otherwise.) 



15 



-SBF (Sk.ll b,as penalty flag: set to the va.ue of the technician's ski,, pref e ren ce for 
the schedu,ed task, ^ 1. For example if a task requiring a specified ski,, is 



20 



-BTF (Business time flag: set at , if the expected arrival time of the technician is 
before an early cut-off time or after a ,ate cut-off time, i.e. outside the window for 
sue* • task to be performed, or zero otherwise. The expected arrival time is 
determmed as the time the technician arrives on site, assuming that al, travel and 
ask durations are exact and that the tasks are aHocated as soon as the previous 
task f,n,shes or. if this moves the task out of its time window, at a time such that 
techmaan arrives at the start of the task time window) 

- ETP (Estimated travel penalty: this parameter takes a value greater than or equal 
30 to zero, and is used to work out the contribution to the elective function for the 
travel associated with each task. The travel contribution is determined as ETP 
multiplied by ETT. The default value of the parameter is zero > 
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- OTP (Unscheduled overtime penalty: this parameter takes a value greater than or 
equal to zero, and is used to work out the contribution to the objective funcfon 
that each task allocation incurring unscheduled overtime will make. The default 



value is zero). 



- UAP (Unallocated appointment penalty: this parameter takes a value greater than 
or equal to zero/and is used in working out the contribution to the ob je ct,ve 
function for appointments which are not allocated. The default is again zero). 

10 - FTP (Failed task penalty: takes a value greater than or equal to zero, and 
represents the amount that will be used in working out the contribution to the 
objective function for non-appointment tasks. Default is zero) 

- SBP (Skill bias penalty: takes a value greater than or equal to zero, and represents 
, 5 the amount to be added to the objective function for each task aHocation that does 
not reflect the desired skil. bias; i.e. if the skill bias flag (SBF, is set to 1. The 
default value of the parameter is zero). 

ATC (Arrival type constant: an integer greater than zero: this represents the 
20 period of time over, which the cost of allocating a failed -arrival-type" task - ..e. 
one where the commitment is to arrive at site at a given time, as distinct from one 
where the commitment is to complete the task - doubles) 

- rTP (infill task travel penalty: takes a value greater than or equal to zero and 
25 represents an amount which will be used to work out the contribution to the 
objective function for the travel associated with each infill task allocated. The 
travel contribution is calculated as .TP multiplied by ETT (estimated travel time). 
The default value of the parameter is zero.) 

30 - MIT (Maximum infill travel: takes a value greater than or equal to zero, and 
represents the amount of travel beyond which the cost of allocating an infill task 
exactly equals the cost of not allocating it. The higher the value, the further a 
technician might be allowed to travel to such an infill task.) 
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- BTP (Business time penalty: takes a va,ue greater than or equal to zero, and 
represents an amount that wi„ be used to work out the contribution to the 
ob^ve function for the aHocation of a non-appointed task where the estimated 
5 amva.t,me on srte of the technician is not within a specified period. An aHocation 
that .ncurs this penary is identified as any that has the business time flag (BTF, 
set to 1 . The default value of the parameter is zero.) 

Note that all times are in minutes. Cock times being set at zero = 
10 m,dn,ght; e . g . 12 noon on Day , is represented as 720; 4.40p.m. as 1000- 
9:20a.m. on day 2 as 2000, etc. Time outside the norma, working day is not' 
removed. For the sake of example, in this case the working day is defined as Sam 
to 5pm, Monday to Saturday,. A task with a TAT (target arriva. time, of 5pm on 
Wednesday and an ETA (estimated arriva, time, of 8.01am on Thursday results in a 
ate arriva, of ETA - TAT = 901 minutes, not 1 minute. A task with ETA 
(esamated arrival time, after 5pm wou,d be assumed, with non-working hours 
removed, to be completed at Sam on the next working day; i„ the present system 
^^mmm^ m^ J^r^aipi,^^ ntoT^ f^re^fafed arnvIT 
t,me, of 5.,7pm on a Saturday (a working day, and a TAT (target arriva, time, of 
20 8.12 on Monday woukl, with dead time removed, result in ETA - TAT = -12 (i e 
only just completed in time,; instead of the correct value of - 2335. 

The objective function to be minimised is determined by the following ten 
equations, depending on the type of task involved. 

25 Equation 1 : For allocated appointed tasks the contribution to the objective 

function is: 

(1 + P/2,xPx„MU-x,MP, + (ETPxETT, + (OTPxUOT, + (SBP x SBF) 
where, ,f the current time is equal to or has passed the slot opening time: 
P = (ETA - TAT)/(TAT-TSS, [if TAT = TSS then P=0J 
30 or, if the slot has not yet opened: 

P = min{l.(ETA - TAT>/length of the appointment slot in minutes} 
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Equation 2: For allocated arrival type tasks where ETA minus TAT is less 
than or equal to zero, the contribution to the objective function is: 

(1 + P/2) x P x <IMU ,EX x IMP) + (ETP x ETT) + (OTP x UOT) + (SBP xSBR 
where P = (ETA - TAT)/(TAT - TSS) (if TAT = TSS then P = 0] 

5 

Equation 3: For allocated arrival type tasks, where ETA - TAT is greater 
than zero, the contribution to the objective function is: 

(P+FTP) x (IMU ,EX x IMP) + (ETP x ETT) + (OTP x UOT) + (SBP x SBF) 
where P = (ETA - TAT)/ ATC 

10 

Equation 4: For deallocated appointments and arrival-type tasks the 

contribution is: 

(IMU 1 ** x IMP) x UAP 

1 5 Equation 5: For allocated commitment tasks where ETC - TCT is less than 

or equal to zero the contribution is: 

(1 + P/2) x P x IIMiy* x IMP) + (ETP x ETT) + (OTP x UOT) + (SBP x 

SBF) + (BTP x BTF) 

where P = (ETC - TCT) / (TCT - TSS) 
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Equation 6: For allocation commitment tasks where ETC - TCT is greater 
than zero, but the secondary commitment limit is not exceeded, the contribution is: 
(P + FTP) x (IMU« x IMP) + (ETP x ETT) + (OTP x UOT) + (SBP x SBR-MBTP x BTF) 
where P = (ETC - TCT) / (SCT - TCT) 

Equation 7: For allocated commitment tasks where ETC - TCT is greater 
than zero and the secondary commitment limit is exceeded, the contribution is: 

(P + FSP + FTP) x (IMU 1 " x IMP) + (ETP x ETT) + (OTP x UOT) + (SBP 

x SBF) + IBTP x BTF) 

where P = (ETC - TCT) / (SCT - TCT) 

Equation 8: For unallocated commitment tasks the contribution is to be: 
{(ETC - TCT) / (SCT - TCT) + (FTP x FTF) + (FSP x FSF)> x (IMU** x IMP) 
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Equation 9: For allocated in-fill tasks the contribution is: 
ETT x ITP 



5 Equation 10: For unallocated in-fill tasks the contribution is: 

MIT x ITP 

Note that no appointment will be scheduled that is expected to fail (i e 
the technician arrives on site after the end of the appointment slot,. In addition if 
10 an appointment is scheduled for a time when the technician cou.d arrive before the 
appomtment slot opens then it is assumed that the technician will instead arrive at 
the moment that the slot actually opens. 

The cost of allocation is illustrated, for a number of different types of 
tasks and situation, in Figures 6 to 9. These show how the cost of allocating a 

15 task varies as the arrival time or completion time of a task changes. In all cases 
IEX and IMU are set at 1 . 

figure 6 illustrates the situation for a task appointed to a specified 

%F38aiC*-£m. %sk * maeisas^jiii^be^e^ fee*wee» m.sosstt m& 

to 630 minutes after midnight) and therefore the only valid times of arrival are in 
20 this range. To arrive exactly at Sam would produce a cost of minus 0.5 times the 
importance score of the task, whereas to arrive at exactly 10 .30am would get a 
score of zero. If the task were to remain unallocated, and therefore not performed 
a penalty score of UAP x .MP is incurred. UAP is set to a positive value, so the 
cost of allocating an appointment is always less than the cost of not allocating it. 
25 Figure 7 shows a similar situation to that of figure 6, except that the slot 

has already opened and the current time is 9.40am (580 minutes past midnight) so 
there are only 50 minutes remaining before the slot closes. The shape of the curve 
is the same, but the values of the time axis have been compressed. 

Rgure 8 shows a task without, an appointment time, but with a 
30 commitment to complete by a specified time (5.30 p.m: 1050 minutes) The 
parameter FTP is set to 1 resulting in a step change in cost beyond the 
commmnent target, the size of the step being equal to the importance score (i.e 
50). The parameter FSP is set to 2. resulting in a further step change in cost of 
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twice the importance score (i.e. 100) beyond a secondary commitment time (in 
this case the penalty time; 2040 minutes i.e. 10 a.m. on Day 2). 

Figure 9 shows how the cost of allocation varies with time for a task with 
a target arriva. time with an importance score of 900. In this figure the target 
5 arrival time is 12 noon (720 minutes) and the value of the parameter FTP is 0.1. 
This results in a step change of 90 (i.e. 0.1 times the importance score of 900) 

when the task passes 1 2 noon. 

An initial schedule is built up by taking the partial schedule generated by 
the pre-scheduler 30 and arbitrarily allocating further tasks to technicians. This 
10 initial schedule is then modified by the optimising subsystem 31. This process ,s 
mustrated in the flow chart of Figure 10. The process includes four steps 1001, 
1002. 1005. 1016 which require the generation of a random number. The tasks 
and technicians are each allocated a number. 

The process starts by costing the original schedule (step 1000). Next, a 
15 random number generator is used to select one of the tasks. WHh the exception of 
the ore-allocated tasks, already discussed, each task has the same probability of 
being selected, whether it is currently in a schedule or not. How the process 
continues, once a task has been selected, depends on whether the task selected . 

already in a tour. ^ 
A feasible technician (i.e. one who can do the task as determined by the 
preprocessor 33) is also selected at random (using an analogous process to that 
used for selecting a task). The number is selected (step 1002) from the range 1 to 
N + 1 , where N is the number of feasible technicians: however the number wt»ch 
corresponds to the technician to whom the selected task is currently scheduled ,s 
25 excluded from selection. The number N + 1 represents a 'dummy- techn,c,an. 
Allocating a task to the dummy technician constitutes deallocating the task for the 
purposes of the objective function. Note that the chance of scheduling a task to 
the dummy technician is 1/N. and therefore diminishes as the number of 
technicians in the system increases. H the task is not already scheduled, then rt ,s 
30 the dummy technician who is excluded from selection. 

,f the task is not for the dummy technician (step 1003). and not for an 
appointed time (step 1004). a random position in the tour of the selected 
technician is selected (again using the random number, process; step 1005) and the 
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P°smon is to ^ „ „, task C8n 6e mM h ^ 

H!" "* ^ - ~ — - * «~» - the task 

or. rf no,, „ ^ * possib|e „ Ma</ m ^ subsK|uBnt Msk5 ^ ^ m a 

gap large enough eo insert the task (1007). 

5 H the task has an appointment time (step ,004! then all the possible 

zn nr " e ,steps ,o08 ,o ,o, °' uma " «~ * 

found .step ,009,. The vafldrty o, each p^itic. * determined ^ 
reference to the ap^em sta, „ ^ task; a ^ 

attend stot « „„, ^ for . ^ |n ^ ^ ^ ^ „ 

zr r wed and "~ 3,6 v8 ' w ,s,w ,o, °'- -* * 

1018, and a new one |step 100 „ „ s ^ ^ ^ 

«--~d as desohbed above ,„ non-eppoimmen, tasks to determine „ the „, 
™y be M into „ (steps )006 & <007) ^ ^ _ ^ 

appo.mmen, «me wil, „„, be sensed to a position where th. technician would 
^eoutsid. a time window defied by the appoint ^ ,„„. ^ 
allowed margin,, and the appoint end time. „ the estimated completion of me 
Pre»»„s task would a,,„„ the ^ „ arrive ^ ^ ^ fe 

mt. a schedule is altowed ,„r in determining whether the insertion ma, be mode 

If exertion is possible (step ,006,. the task is lnsertK) ,„,„ 
«*rdc»„-s sch*u,. (step ,0,2, and the revised xhtdlM costed 
^e cos, of the .evised schedu,. is then cohered witt, th. best existtn, value 
10,4,. Any move tha, ureases th. „bjec«,. functton. „ ^ „ 
uncn^ged. is automate** accepted , 015 , Tnis „ ^ „ ^ 

' ^ 10 PreV ' 0Ua ' M <*"**•. bemuse only moves ,„ a panicu|ar 
direcbon .towards opnmum, are accepted. However in a Simutoted Armeakn, 
Process, moves which ..crease the v*ue „, „ ^ 

^epted. Witt, a probabiT.y p de«ned by th. -coding regime-. „ be d^cntad 

TsCo 4 ,!, 3 " or 6,1,31 to *" p ,s,ep ' 0,7, ,he move is 

« the move te accepts, the resumn, vaUie „, ^ 
ccn Wrt ,o«,.best.^eob« i n K ,p,evious l y l s,ep,0, 9 ,. h< it „ b«,e, tt, M »» 
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previous best, the solution is saved as the new "best value" (step 1020, for future 
comparisons. Any change may be rejected (step 1018) either at this f inal stage, or 
because the task cannot be inserted into the schedule (step 1007 or 1009,. 

The process is then repeated for another task (step 1001, using either the 
5 revised schedule if the change was accepted (step 101 5). or the previous schedule 
H the change was rejected (step 1018,. Note that a move which is accepted ,n 
step 1015 is used as the basis for the next iteration, whether or not it .s an 
improvement on the "best value" (steps 1019/1020). 

Deallocating a task (i.e. scheduhng it to the dummy technician, will always 
10 increase the objective function, but such deallocations are accepted w,th 
probabilrty p. thereby a.lowing the possibility, in the next iteration of the process, 
to reschedule a replacement task to the technician from whom the task was taken. 
Note that there are no skill, time, or other constraints on allocating a task to the 
dummy technician - such an allocation is always feasible, but aiways increases the 

15 objective function- 

The probability p of accepting a move that makes the value of the 

objective function increase is given by the formula p - e 

The "temperature" is a concept which control the number of moves that 
are made that increase the value of the objective function. The higher the value of 
20 temperature the more moves wil, be accepted that increase the value of the 
objective function. During the search the value of temperature ,s graduaHy 
reduced, so that at later points of the search fewer such moves are accepted. 
Del* is the drff erence between the value of the objective function after the change 
and the value before the change. After a given number of moves at a grven 
25 temperature the value is reduced. The reduction is produced by multiplying the 
temperature by a predetermined value. AH moves, whether they be valid or invahd. 
rejected or accepted, are included in this count. 

The relationship between delta, temperature and the probability of 
accepting a move that makes the value of the objective function worse (..e. 
30 greater, is illustrated in Figure 1 1 - This figure shows the two key features of the 
cooling regime; firstly that the probability of accepting a move that makes the 
value of the objective function worse decreases as the magnitude of delta 
increases, and second* that as the temperature decreases so does the probabUrty. 
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B *"* 1 ' POSiti ° ned — "«'•'• ""P**" «o retire unscheduied ^me 
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20 1 t **""" iVe,V - "» ^ rnay be run by reusing, as a startng point. 
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« of .ours a check is made to see « he is S ,il, available «.e. is stil, on the iis, „, 
«hn«»ns suppr^, by «. technjcjan WM)rocassof fc ^ 

who «. sen ayaitabte. any Msk s poei.tonad by ,he pra^adutor 30 a,. «**,■ 

25 ,mo «. «„, tours are then «, minM . in onie, in which «,e «*s 

w« .o ba carted out. end m u*. •« TO y be added . *e curr^n ^ lu . „. 

«■ MNM.* are added to the end of the new tour ,i.e. ^ ^ tMk8 

P~*»*»bV.he pre^cheduie,,. An, ttsk no tonga, vaiid ,e. 9 . air^dy e*«»ed 
eisewh^, is omitted „„, ^_ ^ ^ ^ ^ ^ ^ 

30 ^^^"^ng subsystem tt^se»che S for bene, so^ons in 
already described. 

Periodical, the process may be halted and the bast schedule identified up 
to that point analysed by a Post-optimiser 39. This uses a rule-based approach to 
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Identify individual schedules which appear to be Cose to optimal, such as 
schedules having only small amounts of id.e time or travel time, and which do not 
involve an itinerary requiring doubling-back. Such schedules are identified as foced. 
and the optimisation process resumed. This ensures that the optimisation process 
5 concentrates on those parts of the overall schedule in which improvements are 
m ost .ilcefy to be found, by constraining its search to those areas of the -sc4ut,on 

' After a suitable run-time, a final set of technician schedules is produced. 
This is then passed to the real-time schedule modifier 40. Whilst the real-time 

ieinfl this schedule, the schedule generator 30,31 can resume 
10 modifier is running, using this scneouie, 

ope^oon in or*r to aerate a new scheme using updated *«. 

The operation of the re.l-.ime modify 40 ffigur. 4) is shown in flow chart 
form in Hgu.es 1 2. 1 3 and ,4. F,gu,e 4 shows in bio* digram .cm, *. princip- 
les of the .eel-tim. moo** 40. A schedule st*us regisur 42 storcs th. 
15 cunen, status o, the schedules, which are initially suppBed. via the scheduR, store 
32. from the optimising subsystem 3, .see F*u,e 3.. A technician M. raster 
« and poo, o. work re»s«e, 44 simile s»r. data relating to the technicians and 
usks resp^tivehv. i~<«V -**«• from the respective predecessor 33. 34- 

These thre. .agister I -ft**. » «■ >° • * ^"Tttl 

20 aiiows an ope,*or ,o se, the various wefchtings and other v**s 1 bV *. 

system. 

The technician smus register 43 is update b, mputs trom the 

technicians T1, etc themsetves. in parncula. to record a feM** stttus as on- 

ft. or off-.in«. The poo. o. work <egis«r is aiso updatabla by means of a manual 

2S ft-*- «. computer ,«m.na,, 45. wh*h allows an to add new «sks to 

*. poor of work during a run of the retime .Hecate,. M. in capons. to a 

c^oma, reporting a ML Au,om*ic inputs, connected to M. n-nrtors withm 

the network 46. may also be provided. 

The registers 42. 43. 44 ali provide inputs to an ..location processor 47. 
30 which uses the currant s««us informal in me regisms in , manna, to be 
...soihed w«h reference to Figures .2. U and 14 • gen»at. an a*«abon .<» a 
tK)Mm , T when he comes orHine to reoues. insttucnons. The ^sumng 
te passed to an in*ruc„on operation unit «. which transmrts 
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inductions re.ating to the new.y a.,ocated task, and any associated activities.^ 
the technician T. The aHocation processor 47 also transmits updating information 
to the technician status register 43, relating to the technician's current .ocation 
next expected call-in time. etc. The allocation processor 47 a,so transmits updating 
.nformation to the poo. of wo* register 44, in particular to delete the task which 
nas Just been allocated. The aHocation processor also transmits updating 
•nformation to the schedule status register, in particular to modify the provisional 
schedules of any other technicians affected by the allocation just made 

The modifier 40 is managed in such a way that changes which have come 
10 about since the schedu.es were generated can be taken into account at the earliest 
or most opportune moment. Such changes may be caused by technicians 
reportmg in for new tasks earlier or later than expected, absences requested at 
short notice, changes to a schedu.ed task (e.g. an amended appointment), new 
tasks entering the system, or changes to the scheduling and allocation rules, such 
15 as a change to travel times to account for adverse weather or traffic conditions) 
The objective is to make sure that when a technician requests a task, the task 
actually a.located is the most suitable task availab.e for that technician at the time 
the request for work is dealt with, whether or not it is the one originally scheduled 
To a,d understanding the allocation and optimisation ru.es to be described are 
supported by a series of flowcharts. Figures 72 to 14. In Figure 1 2. the reference 
numeral 13 refers to the flowchart represented in Figures 13, which operates as a 
subrout,ne, called up during the process illustrated in the flowchart of Rgure 12 
S-milarry, the process of Figure 14 occurs as a subroutine in various steps of 
Figures 12 and 13. 



25 



convenience. 



The following terms arise in severe, of the rules and are defined here for 

snce. 



"Inaccurate": the scheduling status of an activity (e.g. taslc , absence 
break) which is scheduled for a technician but not yet allocated to him, and for 
30 wh,ch the information on which the schedule is based has become invalid This 
can occur if a technician is allocated a task which was not in the technician's 
ong,na. schedule, or if a task originally in the technician's schedule is aHocated to 
another technician. 
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-Pending": the scheduling status of an activity (e.g. task, absence, break) 
which is scheduled for a technician but not yet allocated to him. and for which the 
information on which the schedule was based is assumed to be still accurate (,.e. 

has not been marked "inaccurate"). 
5 The processes illustrated in Figure 12 to 14 will now be described. In 

outline these are as follows. 

Figure 12 shows the process for determining what instruction to g-ve a 
technician who has just checked in (step 1200). The instruction (1211 to 1215) 
will usually be to carry out a task (1213). but other instructions such as talung an 
10 absence (e.g. to attend a meeting or training session. 1211), may also be issued. 
Figure 13 is the process by which a suitable task is selected. 
,n both the processes of Figures 12 and 13. a subroutine is used wh,ch 
determines the feasibHity of the technician performing a given task. This process 
is illustrated in Figure 14. 
, 5 Rgure 1 2 i»us«ra.es the Process «»' the Mlocdon of a task for 

„ on*e techn^an. When a ^. checks in .step 1200, the system 
consul* the schedule ,o idennty the nex, activity for .he technician (120,,. If the 
next scheduled acti*W is "end o, da»- .i.e. the technician h» no funher acbvmes 
a^ead, scheduled for the rest of the da,,, the system steps to Process ,3 to „ 
20 to find . sunable «** <« «« technician, if there are schedufcd acbVitfcs before the 
-««, of da," ac*rfty .negate outcome to step ,201, a "preelection absence 
check" process * performed .steps 1202 to 1207,. H - | *• 
technics sch^ . d«em*e r, any absent are schrfu*. for *• 
technician (step 1202,. ,f there are no such absences then a «*t •* .« «• 
25 technician is found usir* the process 13 to be descrlWd below. 

H there is at least one. absence then the system checks to see rf the next 
„ due to star. wHhin a prerfcterrnined time aft* the cwen, «» ^ 
1 203,. « t^ is « case n^ a ^ is n^ <o «..br^ wh^ ^ sc^ 

«a of the absence win M w«hin , ptrtrt witi»n which a break must be taken 
30 tsttp 1204,. 1. i, wil, no,, th. techn^an is instructed to take th. absence. e*» 
. .««, 1211, and to report back for further instructions 
attend a meetino. Istep 12111. ano to » 

afterwards. The diabase is updated *» ,2.6, by record the sttr, o *. 
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the scheduled end of the absent ♦ u . 

tha, o. ,ha absence. ,eChmC,a " S ,0C3,i °" * «"~ - * 

If ,ha rachnician has no, w , al can a break and is sahaduiad ,o finish his 
afar ,ne ,a,as, ,ima by ^ ich the ^ _ ^ 
5 ac „c,an „ d ,„ flo ^ ^ ^ ^ tafce J- 

~. *. istap The .achnician, sch^ais up d„.d „ ^ 

absanca iocaaon. and ,„ raced «,„ . tas „„„ ^ ^ t 
rWnir* ,„ step ,203. i, ,ha na* absanca is no, m do. ,„ 

to star,. -sups 1205 ,o ,270). Tha rulas ,or w. „a as Mows. 

SUP ,205 da,armin.s „ha*a„ha na« schaduiad «**y is ->Mnc , > 
** no ,.s k is scheduted ba«o,a «. schaduiad absanca,. „ so. ,ha procass 
marches ,o, a ,as k . usir* a process ,„ b. dascHbad ,a,„ wrd, raferanc. ,„ F i 9u ,. 

I'**"' " " ' S *• — ~ .nan a H^mm, ,„ 

ba dascnbad baiow „„ h refwence „ fe ^ 

schaduiad ras k ,^„s .aasibia in ,ha ,irne remaining ba,„a ,ha braak mus, ba 

™aa^.m*j*^i^aas^ MMmm a M3s «, wW)W ^ 

schadu.*, absanca can «. ba parrormad anar , ask (step 1207) . „ the ^ 
20 passas bo* .a^s ,s,aps ,206. ,207,. «,an * is a lto ca«ad ,o rha .achnician. who 
racar^s .nsmrcions ,o carry r, ou, (sup ,2,3,. Ho„.,ar. » schaduiad task 
Mi .tar us,. ,a. » canno, b, p^^ tbe ^ ^ fw ^ abserice ^ 

a schaduiad braak. an ^.en^i™ task ,. „sir« «,a proc«» ri 13 

^ W ^ rtall ^8'«*»ici.ns,.,as te . M i ltetrM adi„ Roure13 . 
* w,» no. ba descnbad. This procass is o„a o, *. princp,, ^ „ d^. ^ 

"""" ~ — ' »— - • » • »cHnici TO h« . pradatarmin* 

«*»**. he wr^k, „ ww be ,„oca,ad *. ^ rask i„ sch,,^, „ 

or «ha„Wsa a «» airaad, in ,ha sys,am bo, no, ak^d, schadurad ,0, .rK^ 
30 tirT — - sv«en, sine. „, ^ 

Tha procass rtesenbad her. , lu>ws ^ „, ^ ^ ^ 

«» *van .achnician. a«h tone ha raports ,0, a r«w «sk. wh«ha, o, «. ha 
- as schadoted. ^ wh«har o, « , p ert o m , b ,a «s k is afraady acrraduted 
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for him to perform, and takes into account in such an optimisation even tasks 
which have been added to the system since the last schedule revision. This allows 
more time between rebuilds of the entire schedule, and therefore allows more time 
to be spent on each rebuilding run. 

5 Allocation of a task to a technician other than the one scheduled to do it 

will only modify the schedule with respect to that technician and. if the task was 
originally scheduled for another technician, that other technician. Period.ca.ly 
during the day. a new schedule is built up. The frequency with which this .s done 
should be selected according to the rate at which changes take place, such that 

10 the previous schedule is not totally disrupted by on-line changes before the new 
one is available. However, the more time that can be allowed for the generation of 
each new schedule, the more optimal the solutions which can be generated. 

ff possible, the initial schedule used in the first iteration of the optim.sat.on 
stage 31 may be the current schedule, generated by the real-time optimiser 40 on 

15 the previous cycle, subject to any new fixed points added by the deterministic 
stage 30. 

The details of the tasks which have not yet been allocated, (whether 
provisionally scheduled for allocation or not) are stored in the "poo, of work' 
database 44. When considering a technician for allocation to a task the fo.low.ng 
20 factors are determined, to as to be used in the various repair and optimised 

checks that take place : 

a The location from which the technician is deemed to be travelling to 
attend the task under consideration, which is considered to be the location at 
which the technician's current task is. or his start of day location rf no task has yet 

25 been allocated. 

b. Allocation start time (i.e. current time or the start of the working hours 

of the technician, whichever is the later). 

c. The time remaining of the technician's working hours, including any 

scheduled overtime. 

30 d. The location at which the technician must end his working penod. 

which may be his home location or the location of a scheduled absence. 

e. A preferred working location, and a travel radius surrounding it. Tasks 
tocated outside this radius will not be allocated to the technician. 
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f. A nr.obi.ity limit, which is set to prevent excessive trave. time from Z 
task to another. 

■ As i,,ustrated in Figure 13. in a f irst step n301) a check is made tQ 

5 determ,ne if any tas.cs are scheduled for the technician. ,f there is such a task the 
process next uses a test 1302 (the subroutine of Figure 14, to check whether' the 
task ,s stil. perforate if now allocated to the technician. The schemed task may 
be impossible for the technician to perform as a result of unscheduled changes 
notably rf the technician is reporting in ear.ier or .ater than scheduled. The task is" 
10 performable if all of the following conditions are satisfied: 

a. The technician has sufficient time to perform the task within his 
scheduted working hours or. if the task has been split over the end of the day 
Odentrfied by schedu.ed star, and finish times on different dates,, the proportion of 
the task's expected duration that the technician wi.l be ab.e to complete before the 

1 5 end of the scheduled working hours is greater than a predetermined minimum. 

b. The task satisfies requirements for break management (see Figure 14, 

c. If the task is to be performed between certain times, the technician's 
expected arrival time on site is within this period. 

d. The task has not already been allocated to a different technician 

20 

If the next task in the technician's schedule does not pass all the above 
checks then the task is considered to be infeasible. otherwise it is feasible. 

Whether or not there is a feasible task in the technician's provisional 
schedule, the system therefore now attempts to improve on the provisional 

25 schedule by running a number of tests. These are identified in Figure 13 as tests 
1303, 1304, 1306 (if there is a feasible task; i.e. if the outcome of both tests 
1301 and 1302 are positive), or tests 1304A. 1306A, and 1309 frf there is no 
currently feasible task scheduted; i.e. if the outcome of test 1301 or test 1302 is 
negative,. This process is designed such that if there is a feasible scheduled task 

30 the schedule is only disturbed is there is an opportunity for significant improvement" 
in quality of service. 

Rrstly. if a feasible task has been identified, a test is made to determine 
(step 1303, if the scheduled task is flagged as of high importance or as difficult to 
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anoca... H so. i. is . «. tec^n wrrhou. any .urfrer op«mis«ion 

beino anempted .oouom. - 3^ ^ ^ ^ 

In all other cases (i.e. if there is no 

i*t»n«s 1 304/1 304A) whether there is a task in tne 
a flaa) the process investigates {steps 1 Jiw 

5 Z To, S «. as very import - - - - — « ~ 

wTich has no, ye. been scheduted. This may occur for seyera. reasons, for 
" l * thhlS " , „„, tMk „ one which has been lost from another 
example because it is a new >as«. or o 

scheduieeisev^ ' ^ fM , 

For reallocation of a tasK to 
10 conditions describee, with reference to step ,302 must a„ be sat.sf.ed. and 

^ fOU Tl task is not 'firmly scheduled' to the scheduled technician Of any) 

*~T£t£» -er consideration has the necessary ski.ls and 

h the technician has the appropriate skills and permissions; 
i the task is within a predetermined period of its target time, 
, the task can be performed before the technician's next fixed task. 
20 All tasks so selected are then ordered in the following sequence; 

Any task specifically pre-scheduled to the on-line technician. 

2. Travel time to task (in increasing order). 

3. Skill preferences. 

4. Priority (in decreasing order) 
2 5 5. Time to commitment. 

Trave. *ne may be compu»d *om on. iocaflon to an-Kher 

„ — ,ou« nay*** system. .a«na into — *— " * 
any w"" „^«-i,,ied but the previous task is not yet 

roads time of day, etc. mere a task is scheduled but tne p 
roads, time area is used. If the 

scheduled entry will no longer be correct. 
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The ftrst task in the resulting to which mMtst ... ■ " " 

break management criteria is selected for alio, ^ *" *" 

1305). rf no such task ,s fou rt T " ^ ^ t6Ch " icia " 

no such task ls found, a further test (step 1 306/1 SOfi a > ^ 

n is determined whether there is a task of h h ' 
5 technics scheduled task /any, 1 ^ ~« 

1304,1304.. wWch , s ^IZLrjl^ ~ ' ^ 
— technician cou,d attend eartier than 7 k * "* 

— cordons are noJ ZsZ ^ ""^ " ~> 

the dement for the task to bTT ^ "* '~ - 

• a«v, need he considered. * ^^^^^^^ 

^»^-~^JZZZ;^ a,,ocated to the 

rf neither test 1304 or 1306 produces a more suitable task th. ^ , 

test is also necessary to assess tH» 4 k . system. A similar 

1Mfil ^ ^ 385688 the feas,b,,rt V of scheduled tasks (steps 1302 and 

1206). The test is illustrated in Figure 14 There are th, ' 
process c~»k 6 66 objectives of this 

Th. «r„ us, w ,„ thfc p,^ ^ 
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^ wHhin the appo>«men, s,ot. . an V . The system thererfce 
^ the task has an appoint *nes,o, MP -402, and so * 
techno «n amve * Ml s,o< •* -.her ,00 eanv. which wouid ,„cur rtle 1~ 
Mr to. ,ate: steps ,403 an, 1404,. I. he can amve wnhin the 

B « « — * - — *— • *■ ,>sk k ,e :::t 

ca™*,. anive wimin the appointment sk>,. the task * infeasibto 11413). 

. the technician has a break V« «. be taken, the,, a,. «ou, poss,«e 
outtomes - the test .shown as ,4,0 ,0 ,413 in Hsure ,4,. Ei*e, *. «* - 
i^e. ,,413, o, it is _~ * the — case * ma y * — £ 
,0 scn*u,e a h,e,k before .14, 2, o, dunn, ,141 ,) the task. « no, a, all .1410, the 
task can be completed before a break has to be taken. 

„ the rechnician has not vet "ken a break, then the test in s*P ,40, 
^ a posmve result. » this case. th. next tee, is aoain to c*eck wh«h« , *. 
Z has Z appelant time .step ,402a,. If » has. then a - • « 

. earlv f or the appointment (step 1403a). 

1R whether the technician is going to be too early Tor ine hi~ 

HTL-an * no, ,*„ ,0 be ,00 a test is made „ ~ 

„ ^ - - - end o, - r : — - r^ns 

three tesu are essentia!* the same as ,n steps 1402. ,403. 
abo»e. bu, the, lead ,0 different outcomes. '< «" — ™ * 
20 po«ve ,,n othe, weds - technic*, cannot a„,e u„,i, atte, th. end o *e 
sk*the task is notfeasUe ,0, thatteehnioan .outcome ,4«-d. 

Zn* task mus, be assion*. « - — » - •^^J"'*','. 

tM ^no,,ooi... .outtomes o, tests ,403a and ,404. both 

test (SKp ,405, is mad. ,0 check wb«he, the task can b. completed M» *. 

25 III a, w»ch th. break may be — . » - -come ., «. test . 

plmve - me task * feasible, a*, no instruct fo, break are re*™- 

1410, . Howeve, H the task cenn* be competed before - 

a, which a break mus, be .akan .outcome o, tes, ,405 neoau.., *- «- «« 

It .step 1406, is made. ,0 define wheme, it is - « ~* t- 

30 H1Z to »ke «s break immrfia,*. - ** « » P""^ 

ri-k.l^.^-ne^mus.be^du.^.He^k.ou.come 

• -ne outcome o, »s, ,405 was native, so *e »sk canno, be 
be^e «,e end o, tne penod w«h,n whicb the break must be taken. 
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r,r, ~r:r r ' 4 ° 8 ' - made • — ~ • 

5 (i.e. the tes* „ Wbte „ ^ ^ is ^ JltlTJT " ^ 

This . because neither the ^ ^ , 8sk «• 1«* 

«me b» which the other „r» must be suned. P eted before the latest 

-« is positive then the test ,«o 6 e ..naicoous ,o test ,£ " 
^however .„ this ins*™ » both the brea* en. ^ 

15 «T«7 k ^ meS ' M ^ — ,,406a — . 

.he t^esio, ,or the appose* have ^ „ ft ^ 

is « Measibi. .outcome , 413 , Thjs does „ „J * ^ 
~n can™ perfonn the t8sk „ ^ 

_ t3ken ' the task can »* carted before the end of the 

fees**, the break shouid be tafcen before the task (outcome 1412 , „ 

-* - - « so™ other .as* w» ba». ,„ be .otneLtn, 

whether the « «. ., compteted ^ ^ ^ - ^ • 
-^.^rhustbete.en. „ tr « ^com, ,s pos*»e ». the tas- is ^ 

30 ^ore-ebeo^ofthebr^^esiot. . he *. ™ (1409 

1412,. Cfche^se, he « ^seucted .0 teke « r,^ the ^ (outcoTO „, „ 
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..asMKv.est * « ^ <a , id , ask fe ^ „ ,309, 

6 durin, the .ask M taken )209 , » n0 

*— — — h 35 ,0 * - > ™d to — supers* 

,„ instruchons (step 1 214). eri that . new task nw come in, 

.wait further instructions, for example »> the event th 
,0 or entt. its epoointmen, window- , 21Q) >s „ 

^ „ en ebsonce is ------ « «• ^ ^ ^ ,,,,,, time the 

^ pehod has finished, the absen ^ 

« ehsenc. * «-« *- - — - ""T* * ~ ,est ,2,0,. D^endir* on the 
so test 1204 wii. have heen ^^^^ , take „. break oniv 

~* i~+*r* 1 ?-\0\ the technician is instructea w 
outcome «f this test .step 1 210) the ^ ^ ^ ^ ^ 

(step 1215). the absence ™ ,n ,s scH^u ( _ 

absence and the break together (step 1212). ab 

» t« n the answer to the enquiry in step i^i" » 
20 of test 1202 negative) then the answer 

m ^ « break can he e„oc«ed. ^ ^ ^ ^ 

25 accortin,*. The instruct are ousted » J topM s*. 
^ 9 ener..e a dispiev o, the <« - * ' ^IT*. dir«U» » «- 

.^hrteian-s handset to* H,l over the ^ ^ 

^ detaiis - stored ,n the - ^ ^ „ 

I—— «"«' te,foh *" T" " . wi» in s^er* he *. sum of *. 

com. on** requests new msnuchons.. This w,u 
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an, absence, ,„„ toeaks wKch ^ ^ « th. d„r«,c« „, 

The schedule 42 Mil also be uDdated » ^. . .. 
— - <« the techno who _ J^^L ITon, *" 
• ^ - been alloced. . *. ^ *— " 

the task allocated h~ scheduled another task then, if 

* DCal8d baS Come from another technician's schedule then th • 
must be deleted from th« . »"«eauie, then that entry 

»c uweiea rrom the other technician's scherinln ah 

- «— schedo,. e,e ^ ^C-teallr"'" 9 ""^ " 

' " « *~ » *• "« ^ schemed bll ' " 
~ - - on^ ^ tech „ icjan wi „ ^ ^ £^J£ - - 

*ta.tnrouo* no, b<^ allocked. 

"W to .he sys«™. such „ ^ tasks „, ^ , 

- — «nes *» n,„hod s „ haM1 ^ ^ in J 16 - » 

to these three Figure ««" "P«ts »e mdicMed bv *e referent , , . 

rt w " 1 be TOted that in general the two processes 3 »„h a ♦ 

r ^ _ 3 ™r.nCr r 

cycle of the modification process 4a 

=zrrn 
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In Figure 15. the schedule modification process 4 is suspended during the 
initial schedule generation process 3. Inputs la occurring whilst the initial 
generation process process 3 is in operation are not immediately processed 
according to the current modification process 4, but are buffered in a store 5 until 
5 the process 3 is complete, and then processed according to the modification 
process 4a based on the new initial schedule, providing an output 2a. 

Alternatively, in Figure 16, an output 2a is generated immediately on 
receipt of an input 1a. using the modification process 4 using the existing data, but 
the input 1a is also buffered to provide an input to the new modification process 
10 4a when the initial schedule 3 is complete. This has the advantage of providing a 
prompt response 2, whilst the arrangement of Figure 15 has the advantage of 
using a more recent initial schedule to in generating the response 2a. Selection of 
one or other arrangement depends on the acceptable delay between an input 1a 
and an output 2a. 

15 tf data 1b is provided which requires substantial modification to the initial 

schedule, such that solutions 3,4 generated using the existing initial schedule will 
be invalid, the schedule modification process 4 and the initial schedule generation 
process 3 are suspended (if currently running) and the initial schedule generation 
process then restarted <3a) with the new data. Inputs 2a received during running 

20 of the restarted process 3a are buffered <5) until the new schedule is generated. 
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CLAIMS 

1 . A task-allocation apparatus comprising: 

input means for providing information relating to tasks to be allocated and 
resources available to perform the tasks, 
5 schedule generation means to allocate the resources to the tasks, thereby 

generating, for each resource, an initial schedule, 

storage means for storing the initial schedules, 

updating means for receiving, from the input means, updated information 
relating to the tasks and resources, and 
10 modifying means for modifying the initial schedule of at least a first 

resource in response to such updated information, 

whereby changes to the initial schedules may be made in response to such 
updated information, independently of the schedule generation means, . 

1 5 2. Apparatus according to claim 1 , wherein the schedule generation means is 
arranged to periodically generate initial schedules according to the data received by 
the input means, and the modifying means is arranged to make changes to the 

, . J^JBagMg,, 1? S£mm~*> Jfc*#tm^>i <4at*.tet»<ean suefe peaediet 
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generation of the initial schedules. 



3. Apparatus according to Claim 1, wherein the schedule generation means 
comprises: 

a first, deterministic, stage; 

means for selecting tasks which are to be scheduled by the first stage; 
25 and a second, optimisation, stage for scheduling the remaining tasks; 

wherein the second stage includes means to treat the tasks scheduled by the first 
stage as fixed. 

4. Apparatus according to claim 3, wherein the means for selecting tasks for 
30 scheduling by the first stage is arranged to select groups of linked tasks involving 

more than one of the resources, or forming a sequence of tasks. 



FCI7GB97/03118 

5. Apparatus according to claim 3 or 4. wherein the second stage operates 
according to a stochastic process 

6. Apparatus according to claim 5. wherein the stochastic process is a 
5 Simulated Annealing process. . 

7. Apparatus according to claim 3, 4, 5 or 6. wherein the schedule 
generation means comprises a third, post-optimisation stage, comprising means for 
analysing the schedules created by the second stage, means for identifying 

10 schedules requiring further optimisation, and means for inputting such schedules 
into a further iteration of the second stage for further optimisation, the further 
iteration of the second stage having means to treat the schedules not so identified 
as fixed. 

15 8. Apparatus according to any preceding claim, wherein the schedule 
modifying means comprises a plurality of selection means, each for assessing in 
turn the plurality of tasks waiting to be performed to determine if a task of a given 
priority suitable for performance by the first resource is available, and allocating 
such a task to the first resource, the selection means being arranged to identify 

20 tasks of successively descending priority, such that tasks of high priority are 
allocated in preference to lower priority tasks in the initial optimised schedule for 
the first resource. 

9. Apparatus according to claim 8. wherein at least one of the selection 
25 means comprises first assessment means for determining if the initial optimised 
schedule of the first resource includes a task of the given priority, and selecting 
said task if present, and second assessment means, operable if the initial optimised 
schedule of the first resource does not contain such a task, for determining if a 
task exists which has not been scheduled, and selecting said task if present. 



30 



10. Apparatus according to any preceding claim, wherein the schedule 
modifying means comprises means to identify resources having characteristics 
related to those of the first resource, and arranged to modify the schedules of only 
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those resources having* such characteristics in response to the updated 
information. 



11. Apparatus according to any preceding claim, further comprising means for 
5 adding, after generation of the initial optimised schedule, further tasks and/or 

resources to the plurality of tasks and/or resources to be scheduled. 

1 2. A method of allocating a plurality of resources to a plurality of tasks, the 
method comprising the use of a computer to perform the following functions: 

10 providing initial information relating to the tasks to be allocated and the 

resources available to perform the tasks, 

generating, for each resource, an initial schedule to allocate the resources 
to the tasks, 

storing the initial schedules, 
1 5 providing updated information relating to the tasks and resources, and 

modifying the initial schedule of at least a first resource in response to 
such updated information, 
.wl^e^xhang^ 

updated information independently of the process of generating the initial 
20 schedules. 



13. Method according to claim 12, wherein initial schedules are generated 
periodically, and the initial schedules so generated are modified in response to the 
receipt of data between such periodic generation of the initial schedules. 

14. Method according to claim 13, wherein during the periodic generation of 
the initial schedules the modification process is suspended, the updated 
information being retained until the new initial schedules are generated, and then 
used to modify the initial schedules when their generation is complete. 

15. Method according to claim 13, wherein during the generation of the initial 
schedules the modification process continues, the schedules so modified being 
input as modifications to the initial schedules when their generation is complete. 
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16. Method according to claim 12, 13, 14, or 15 wherein the schedule 
generation process is initiated if a substantial update data item is received. 

5 17. Method according to Claim 12, 13, 14, 15, or 16 wherein the schedule 
generation function comprises a first deterministic stage for scheduling selected 
tasks, and a second optimisation stage for scheduling the remaining tasks, wherein 
the second stage treats the tasks scheduled by the first stage as fixed. 

10 18. Method according to claim 17 in which groups of linked tasks involving 
more than one of the resources, or forming a sequence of tasks are selected for 
scheduling by the first, deterministic, stage. 

19. Method according to claim 17 or 18, wherein the second stage operates 
1 5 according to a stochastic process 

20. Method according to claim 19, wherein the stochastic process is a 
Simulated Annealing process. 

20 21. Method according to claim 17, 18, 19 or 20, wherein the schedule 
generation function comprises a third, post-optimisation stage, in which the 
schedules created by the second stage are analysed to identify schedules requiring 
further optimisation, and such schedules are input into a further iteration of the 
second stage for further optimisation, the further iteration of the second stage 

25 treating as fixed the schedules not so identified. 

22. Method according to any of claims 12 to 21, wherein the schedule 
modifying process comprises a plurality of selection steps, in each of which the 
plurality of tasks waiting to be performed is assessed to determine if a task of a 
30 given priority suitable for performance by the first resource is available, and such a 
task is allocated to the first resource if identified, the selection steps each being 
arranged to identify tasks of successively descending priority, such that a task of 
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high priority is allocated in preference to one of lower priority, whether or not the 
high priority task is in the initial optimised schedule for the first resource. 

23. Method according to claim 22, wherein at least one of the selection steps 
5 first determines whether the initial optimised schedule of the resource includes a 
task of the given priority, and selects said task if present or, if the initial optimised 
schedule of the resource does not contain such a task, determines if a task exists 
which has not been scheduled, and selects such a task if present. 



10 24. Method according to any of claims 12 to 22, wherein the schedule 
modification function identifies resources having characteristics related to those of 
the first resource, and modifies the schedules of only those resources having such 
characteristics. 

15 25. Method according to any of claims 1 2 to 23, wherein further tasks may be 
added to the plurality of tasks to be performed after generation of the initial 
optimised schedule. 

26. A computer apparatus for allocating a plurality of tasks to a plurality of 
20 resources, said computer apparatus comprising a central processing unit, « 
memory, an input device and an output device, said memory containing a program 
for controlling the computer and which is arranged to store an initial schedule, 
based on predicted availability of resources, task priorities, and suitability of tasks 
to resources, and performing the following steps: 
25 when a resource becomes available, assessing the plurality of tasks 

waiting to be performed, to determine if a high priority task suitable for 
performance by the resource is available, and allocating it to the resource; 

if no such task is available for the resource to perform, assessing the next 
task on the resource's initial optimised schedule to determine if it can be 
30 performed, and allocating it to the resource if it can be performed; 

if the said next task is not available for the resource to perform, allocating 
to the resource a lower priority task from the plurality of tasks. 
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